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PROCEDE DE GENERATION, DE TRANSMISSION ET DE TRAITEMENT DE 

DOCUMENTS. 

La presente invention concerne un procede de generation, de transmission et de 
traitement de documents. Eile s'applique, en particulier a la transmission de rapports 
reguliers dans une organisation humaine, par exemple industrielle ou administrative, ou de 
compte-rendus de reunion. 

Dans toute la suite de la description, on appelle "reporting" la communication de 
rapports ou compte-rendus entre personnes d ! une meme organisation, et, en particulier, la 
communication de comptes-rendu reguliers ou de routine. Le reporting peut exister sous de 
nombreuses formes : 

- ascendant ou descendant (par rapport a une hierarchie de niveaux de decision), 

- hierarchique ou fonctionnel, oriente "centre de cout" ou "centre de profit", 

- individuel, coilectif, ou "circulant", 

- periodique (de quotidien a annuel), ou sur survenance d'evenements particuliers, 

- plus ou moins formalise. 

Une partie de ce reporting concerne des elements quantitatifs, qui peuvent etre 
produits de maniere automatique par un systeme d'information : couts, valeurs, durees, 
tendances, indicateurs divers sortent desormais des logiciels ERP (acronyme de "Enterprise 
Resource Planning" pour planification de ressources d'entreprise), CRM (acronyme de 
Consumer Relation Management" pour "gestion de la relation client), et autres outils d'aide ;j 
au fonctionnement d'une organisation. Mais le plus important reste le reporting echange 
entre deux personnes (ou groupes de personnes), pour ce qu'ils ont a communiquer de 
maniere reguliere dans le cadre de leurs roles respectifs. Nous parlons ici des descriptions 
de faits, des problemes, des requetes, des intentions, des interpretations des donnees 
chiffrees ...etc, bref, de toutes ces informations qualitatives qui sont necessaires au 
fonctionnement d'une organisation, et qui en constituent finalement Pexpression et la 
justification. 

Le reporting est done une fonction importante de toute organisation. Elle est 
cependant, dans Tetat actuel de la technique, a la fois coQteuse et ma! outillee, bien qu'elle 
ait beneficie des apports de la bureautique et du courrier electronique. 

Un rapport est couteux a produire, en particulier parce que le redacteur passe 
beaucoup de temps a des taches de presentation, de tri et de mise en page, qu ! a 
I'expression du fond, et ce, quel que soit Foutil employe. Ce coGt eleve de la mise en forme 
amene souvent le redacteur a sacrifier le fond, simplement parce que le redacteur se donne, 
consciemment ou non, une limite de duree pour cette tache de routine. De plus, meme 
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lorsque la forme est soignee par I'emetteur, elle a souvent besoin d'etre retravaillee par le 
destinataire en fonction de son propre contexte, logiciel et/ou materiel (e-mail, pilote 
dimprimante, formats de pages differents aux Etats-Unis et en Europe, par exemple). 

Le destinataire d f un rapport a souvent des preferences sur la presentation des 
informations : dans quel ordre, avec quel niveau de detail, et selon quelles conventions elles 
doivent etre presentees. Mais il n'a pas de moyen pratique pour encourager ou faciliter 
[•utilisation de tels standards par les emetteurs, mis a part la realisation d'un outiilage 
specifique (modele de texte ou Formulaire), solution coQteuse et souvent inefficace parce 
que trop rigide. 

Lorsque ces standards sont definis, il est rare qu'ils coincident avec ceux qu'utiliserait 
naturellement I'emetteur. Les points de vue sont differents. Par exemple, un executant 
concevra son rapport d'activite de maniere sequentielle (selon la liste affaires traitees), alors 
que son responsable souhaitera y voir regroupes d'une part les principaux resultats, d'autre 
part les points necessitant son intervention. Dans ce cas, quelle que soit la quaiite des 
standards appliques, Tun des deux sera contraint, et astreint a un effort de "traduction". 

La presente invention entend remedier a ces inconvenients. 

A cet effet, la presente invention vise, selon un premier aspect, un precede de 
communication d ! un document, par exemple rapport ou compte-rendu, entre un premier 
utilisateur et au moins un deuxieme utilisateur, caracterise en ce qu'il comporte : 

- une etape de definition d'un standard de document, qui determine la trame generate . 
dudit document sous forme d'une serie de titres et/ou de significations conventionnelles et 
valeurs autorisees de certains champs d'information remarquables ; 

- une etape de saisie, par le premier utilisateur, des informations a fournir incorporant 
une etape de saisie de texte et/ou de titres en complement a ladite trame generate et/ou une 
etape de selection de valeurs sur lesdits champs remarquables ; 

- une etape de transmission des informations du document depuis le premier 
utilisateur a destination de chaque deuxieme utilisateur ; 

- une etape de selection, par chaque deuxieme utilisateur, d'un critere de tri base sur 
les titres ou lesdits champs remarquables ; 

- une etape de re-organisation dudit document selon le critere selectionne ; et 

- une etape de fourniture audit deuxieme utilisateur dudit document re-organise selon 
ledit critere. 

Grace a ces dispositions, la saisie du rapport est agreable pour le premier utilisateur, 
I'emetteur, et le libere des contraintes de mise en forme, tout en etant conforme aux souhaits 
de chaque deuxieme utilisateur, ou destinataire et tout en contenant toutes les informations 
necessaires pour la bonne communication entre les utilisateurs, grace a la standardisation 
mise en oeuvre. 




En effet, la saisie du rapport est agreable pour le premier utilisateur, Temetteur, car il 
dispose de zones de texte pour y mettre, de maniere assez libre, le contenu deformation qui 
correspond au titre. Du fait de la definition d'une interface, Temetteur est libera des 
contraintes de mise en forme. Puisqu'il peut choisir une re-organisation automatique de 
reformation, chaque deuxieme utilisateur rend le document conforme a ses besoins. 

La mise en oeuvre d'un standard est un facteur d'efficacite mecanique du processus 
de reporting : d'une part elle definit des regies communes, qui doivent ameliorer la qualite et 
la completude de Tinformation, et rendre les rapports de chacun interpretabtes par tous; 
d'autre part, elle ouvre divers.es possibilites de traitements automatiques, presentees plus 
loin. Mais elle ne bride pas Pexpression ni reduit sa dimension humaine. La personnalisation 
des standards permet de couvrir a la fois une grande variete de metiers ou d'organisations, 
et divers modes de reporting plus ou moins precis et structures. L'utilisateur peut la definir 
lui-meme facilement, sans aucun recours exterieur. 

L'un des benefices de la presente invention est de rendre cette standardisation 
attrayante, en maximisant son profit et en minimisant ses inconvenients. 

On comprend que la mise en oeuvre de la presente invention rend agreable, 
economique et efficace la generation et ('utilisation de documents d'information de type 
rapports ou compte-rendus. 

De plus, si I'utilisateur destinataire dispose du standard, la transmission d'information 
peut etre limitee aux informations qui sont differentes de ce qui est defini dans le standard, 
ce qui reduit la consommation de ressources de transmission et de stockage des 
informations du document. La presente invention peut done permettre, dans des variantes, 
de compresser reformation d'un document tout en laissant une grande liberie de generation 
de documents et Sexploitation de ces documents. 

Selon des caracteristiques particulieres, au cours de Tetape de saisie et/ou au cours 
de Tetape de fourniture, dans au moins une zone de texte, les titres definis par le standard et 
le texte saisi par I'utilisateur apparaissent comme un seul texte lineaire. Grace a ces 
dispositions, chaque utilisateur se retrouve dans un environnement familier de traitement de 
texte. 

Selon des caracteristiques particulieres, au cours de Tetape de definition du standard, 
on effectue, pour au moins un titre, une etape de choix si ledit titre peut etre modifie par le 
premier utilisateur au cours de Tetape de saisie. Grace a ces dispositions, le document peut, 
dans certains cas etre integralement modifie, pour sa partie textuelle, par I'utilisateur 
emetteur. 

Selon des caracteristiques particulieres, au cours de Tetape de saisie des 
informations, le premier utilisateur peut modifier au moins une partie du standard defini au 



cours de I'etape de definition du standard. Grace a ces dispositions, la souplesse de 
modification du document est augmentee pour I'utilisateur emetteur. 

Selon des caracteristiques particulieres, au cours de I'etape de transmission, on 
transmet les informations du document selon un format de pages accessibles sur un reseau 
informatique. Grace a ces dispositions, la reception et I'utilisation du document peuvent etre 
faites par tout ordinateur dote d'un navigateur sur ledit reseau informatique, par exemple 
Internet. 

Selon des caracteristiques particulieres, le precede tel que succinctement expose ci- 
dessus comporte une etape de consolidation de documents, au cours de laquelle on 
juxtapose sous un titre unique les informations des documents qui sont associees a des 
titres identiques dans les differents documents a consolider. Grace a ces dispositions, 
I'utilisateur recepteur peut consolider plusieurs documents pour faire un document 
synthetique et. analyser les similitudes et les differences entre les documents qui lui sont 
transmis. 

Selon des caracteristiques particulieres, le precede tel que succinctement expose ci- 
dessus comporte une etape de determination d'un recapitulatif du document, au cours de 
laquelle, on selectionne des informations en fonction d'une hierarchie de valeurs 
d'information. Grace a ces dispositions, I'utilisateur recepteur peut apprehender tres 
rapidement le contenu general du document. 
20 D'autres avantages, buts et caracteristiques de la presente invention ressortiront de 

la description qui va suivre, faite en regard des dessins annexes dans lesquels la figure 1 
represente un organigramme d'etapes mises en oeuvre dans un mode particulier de 
realisation de la presente invention. 

Le precede objet de la presente invention est preferentiellement implements sous la 
25 forme d'un logiciel qui peut etre telecharge ou installe a partir d'un support materiel, par 
exemple disquette ou compact disc. Ce precede permet a la fois la mise en oeuvre d'une 
standardisation des documents, et une personnalisation du standard utilise. L'outil 
implementant le precede objet de la presente invention n'est pas "structurant". Au contraire, il 
s'integre a un contexte existant (mode de travail, equipement bureautique, systeme 
30 d'information), meme si celui-ci est heterogene.. 

Avant de decrire la figure, nous donnons ici une description fonctionnelle des etapes 
de mises en oeuvre de la presente invention. 
1/ Modele de donnees. 

La definition d'un standard est sous-tendue par un modele de donnees. En effet, quel 
35 que soient son type et son contexte, un document de reporting, "rapport" ou compte-rendu, 
peut etre caracterise par : 
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* un ensemble de meta-donnees qui definissent le contexte, le type, Fidentite et Cen- 
tre du rapport : 

- nom de I'organisation, periodicite et role, destinataire 

- ernetteur(s), date ou evenement associe, titre 

- eventuellement, mots-cle ou autres criteres de classement 

• une liste d'elements d'information (ou "items"), qui constituent le corps du rapport. 
Ces elements deformations peuvent etre hierarchises, a un nombre quelconque de 
niveaux, meme si en pratique on ira rarement au dela de 2 ou 3 niveaux 
d'imbrication. 

Chacun des elements d'information est defini par : 

• un "auteur" (celui qui a defini ou renseigne I'elements d'information concerne). Cet 
attribut trouve son utilite dans le cas d'un rapport collectif ou circulant 

• un "titre", qui caracterise le sujet traite. Dans le cas d'elements d'information 
hierarchises, le titre d'un element d'information constitue une precision (un "sous- 
chapitre") de Telements d'information de niveau superieur. 

* urie "priorite", qui caracterise le poids que le redacteur souhaite associer a ('elements 
d'information. II peut representer par exemple un degre d'importance (Routine, A 
noter, Critique), ou un degre d'urgence, ou une combinaison des deux. Mais Pusage 
et la codification de cette priorite sont conventionnels, et peuvent varier d'un contexte 
a un autre. I 

• une "categorie", qui caracterise soit la nature de reformation fournie papj'elements 
d'information, soit le domaine de preoccupation auquel I'element d'information se 
rapporte. Par exemple elle indique s'il s'agit de Petat d'une tache, d'un probleme, 
d'une requete, d'un indicateur, d'un contact, ...etc, et/ou si on parle d'un Projet, d'une 
Equipe, de Methodes, ...etc. Mais cette liste n'est pas limitative, la typologie peut etre 
specifique du metier, du role ou du mode de fonctionnement de I'entite concernee. 

* eventuellement, une "valeur" scalaire (nombre, date, indicateur d'etat, ...etc), dont le 
format et la signification dependent du "type" ou du "domaine" de ('element 
d'information. 

* un ou plusieurs paragraphes de texte libre, permettant de detaiiler Information autant 
que necessaire. 

On remarque que les elements d'information de tous niveaux hierarchiques sont 
modelises de la meme maniere. Ainsi un elements d'information du niveau superieur (ou 
intermediate) de la hierarchie peut se reduire a un 'Titre", mais on peut aussi juger 
interessant de lui associer une categorie et une valeur, donnant par exemple une information 
generate sur Pensemble des sujets qu'il recouvre. 
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II / Definition des standards 

La definition des standards reflete le contexte dans lequel les documents sont 
echanges, Pobjectif desdits documents, et les conventions utilisees pour y decrire 
Tinformation utile. Chaque redacteur peut, s'il le souhaite, definir ses propres standards, pour 
chaque document. Mais les standards n'ont de reel interet que s ! ils sont appliques par 
I'ensemble des intervenants et de maniere relativement stable dans le temps. En general les 
standards seront done definis par Tun des utilisateurs (ou par un representant de ceux-ci 
ayant autorite pour le faire), pour etre ensuite appliques par tous les redacteurs et pour tous 
les documents concernes. 

Cette definition se fait a I'aide d'une fonction specifique de I'outil, dont le resultat est 
un "fichier de definition de standard", fichier autonome transportable qui peut etre ensuite 
transmis aux redacteurs par les moyens courants. 

La definition d'un standard comporte quatre phases, qui peuvent etre executees dans 
un ordre quelconque : 

1/ La definition des attributs generaux du document qui figureront de maniere 
invariante dans Ten-tete des documents : nom de I'entite destinataire du document et/ou de 
I'entite de niveau superieur auquel elle appartient, code et titre designant la fonction du 
document (par exemple, "RHEBDO" et "Rapport Hebdomadaire"), periodicite ou unite de 
datation du document ("JOUR", "MOIS", "TRIMESTRE", "ANNEE", "EVENEMENT"), et 
eventuellement liste de destinataires du document (lorsque celle-ci est fixe). La definition des 
ces elements se fait grace a une page de dialogue classique de type formulaire. 

21 la definition des "priorites", e'est-a-dire des valeurs autorisees pour le champ 
Priorite des elements d'information de document. Le nombre de "priorites" n'est pas limite, 
meme si en pratique on peut considerer qu ! un nombre superieur a 5 presente peu d'interet. 
Chacune de ces "priorites" est definie par : 

- un texte alpha-numerique court (typiquement, moins de 10 caracteres) ; 

- de maniere facultative, une icone choisie dans la bibliotheque d'icones de I'outiL Cette 
icone pourra se substituer au code textuel de priorite dans la representation visuelle du 
document ; 

- un nombre quelconque, qui determinera Tordre de tri des elements d'information dans la 
vue "par priorite" ; 

- un booleen (OUI/NON), qui determine si un item ayant la priorite concernee doit apparaTtre 
dans le recapitulatif du document ; 

- un texte descriptif, destine a rappeler au redacteur d'un document la signification 
conventionnelle de cette priorite. Ce texte sera presente au redacteur lors de la selection 
d'une priorite. 
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La definition des "priorites" se fait a I'aide d'un ecran de type tabulaire, a defilement 
vertical, dans lequel I'utilisateur peut directement inserer ou supprimer des lignes, et modifier 
les valeurs de champ grace au clavier (pour les champs de valeur libre) ou a des boites de 
choix (pour les champs a domaine de valeur limite). 

Dans I'illustration donnee en regard des tableaux ci-dessous, le standard definittrois 

niveaux de priorite : 

- code "CRITIQUE", icone "CRITICAL", nombre 0, 

- code "Note", icone "DANGER", nombre 5, 

- code " "(blanc), pas d'icdne, nombre 10. 
3/ la definition des "categories", c'est-a-dire des valeurs autorisees pour le champ 

"Categorie" des elements d'information de document. Le nombre de "categories" n'est pas 
limite. Chacune de ces "categories" est definie par : 

- un texte alpha-numerique court (typiquement, moins de 10 caracteres) ; 

- un nombre quelconque, qui determinera I'ordre de tri des elements d'information dans la 

15 vue "par categorie" ; 

- un nom de Groupe, qui permet de regrouper plusieurs categories dans une meme section 

de document lors du tri "par categorie" ; 

- un booleen (OUI/NON), qui determine si un element d'information ayant la categorie .. 
concernee doit apparaitre dans le recapitulatif du document ; 

20 - un indicates, choisi parmi ("NOMBRE", "POURCENT", "CHOIX", "AUCUN" et "L1BRE'% 
qui determine le type attendu pour le champ "Valeur" des elements d'information ayant la 
categorie concernee ; 

- un booleen (OUI/NON) indiquant si le champ "Valeur" est obligatoire pour un element 
d'information ayant la categorie concernee ; 

25 - un texte descriptif, destine a rappeler au redacteur d'un document la signification 

conventionnelle de cette categorie. Ce texte sera presente au redacteur lors de la selection 
d'une categorie ; 

- une liste facultative de "labels de paragraphe detail". Pour chacun d'eux on peut specifier 
s'il peut ou non etre modifie ou supprime par le redacteur ; 

30 - lorsque I'indicateur de type de valeur est "CHOIX", une liste de valeurs possibles pour 
I'attribut Valeur des elements d'information ayant la categorie concernee. 
Pour chacune de ces valeurs possibles, on definit : 

- un code textuel court (typiquement, moins de 10 caracteres), 

- de maniere facultative, une icone choisie dans la bibliotheque d'icones de I'outil. Cette 
35 icone pourra se substituer au code textuel de valeur dans la representation visuelle du 

document, 

- un nombre quelconque, qui determinera I'ordre de tri secondaire des elements 
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d'information dans la vues "par categorie", 

- un booleen (OUI/NON), qui determine si un element d'information ayant la categorie et la 
valeur concernee doit apparaTtre dans le recapitulatif du document, 

- un texte descriptif, destine a rappeier au redacteur d'un document !a signification 
conventionnelle de cette valeur Ce texte sera presente au redacteur lors de la selection 
d'une valeur pour un item ayant la categorie concernee. 

La definition de ces cinq elements se fait grace a une page de dialogue specifique, 
contenant : 

- un tableau principal, a defilement vertical, de meme principe que celui des "Priorites", 

- pour les Labels de Paragraphes et les Valeurs autorisees, deux tableaux defilants 
secondaires, dont le contenu est associe a la Categorie selectionnee dans le tableau 
principal. 

Dans I'illustration donnee en regard des tableaux ci-dessous, le standard definit six 
categories : 

- "Etat General" (groupe GLOBAL) : Les valeurs possibles sont "BON", "MOYEN" et 
"MAUVAIS" et les icones associees represented respectivement une fleche inclinees vers le 
haut, horizontal, et inclinee vers le bas ; 

- "Tache" (groupe TACHES) : La valeur associee est un pourcentage et un paragraphe detail 
associe est nomme "Etat" ; 

- "PB/Technique" (groupe PROBLEMES) : Pas de valeur associee et un paragraphe detail 
associe est nomme "Impact" ; 

- "PB/Ressources" (groupe PROBLEMES) : Pas de valeur associee et il n'y a pas de 
paragraphe detail specifie ; 

- "RQ/Act" (groupe REQUETES) : Les valeurs possibles sont "Rapp" (pour "rappel") et 
"URG" (pour "urgent") et il n'y a pas de paragraphe detail specifie ; 

- "RQ/Reunion" (groupe REQUETES) : Les valeurs possibles sont "Rapp" et "URG" et il n'y a 
pas de paragraphe detail specifie. 

4/ la definition d'une trame de document, c'est-a-dire tfune liste d' elements 
d'information dont seuls le titres et la categorie sont definis. Lors de la creation d f un 
document selon le standard concerne, cette trame constitue Tetat initial du document. La 
definition de cette trame de document se fait exactement comme la saisie d ! un document, a 
ceci pres que : 

- les champs "valeur' 1 et le texte des paragraphes detailles ne peut pas etre saisis, 

- une commande supplemental permet de specifier, pour chaque element d'information, s'il 
peut ou non etre supprime et si son titre et sa categorie peuvent ou non etre modifies lors de 
la redaction d'un document. 

Ill/ Utilisation d'un standard. 
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Lore de la creation d'un document, le choix du standard a appliquer se fait par 
designation d'un "fichier de standard", soft en parametre de la commande de lancement de 
Poutil, sort par pointage dans une boite de dialogue apres lancement de I'outil. 

On rappelle au lecteur que le mode de realisation decrit et represent est base sur un 
exemple de standard (categories "Etat General", "Tache" ...etc et groupes de classement 
associes) mais que d'autres exemples de standard peuvent etre mis en oeuvre tout en 
restant dans le champ de la presente invention. 
IV/ Creation d'un document 
La creation d'un document comporte : 

- une phase initiate qui consiste a selectionner un "fichier de standard", par une boite de 
dialogue. Le programme initialise le contenu du document sur la base du fichier de standard 
selectionne, notamment avec la "trame de document" definie par le standard, s'il y en a une. 

- une phase de definition des attributs generaux variants : nom et initiates du redacteur, code 
et nom de I'entite a laquelle il appartient ou au nom de laquelle il ecrit, datation (selon l'unite 
de datation definie par le standard). Ces donnees peuvent etre saisies par le redacteur, mais 
elles peuvent aussi etre renseignees automatiquement par le programme, d'une part en . .. 
fonction de la date courante, d'autre part en fonction des donnees d'identification du 
redacteur memorisees sur son poste de travail. 

- une phase d'edition de contenu. Cette edition de contenu se fait par la saisie de texte au . 
clavier, combinee avec des commandes par menu ou boutons, selon un fonctionnement trfs 
semblable a celui d'un logiciel de traitement de texte. A I'aide de la souris et/ou du clavier,.. 
I'utilisateur peut positionner le curseur a un emplacement quelconque du document pour , 
ajouter ou supprimer du texte, et selectionner des portions de textes (caracteres. mots, 
paragraphes ou items entiers) pour les deplacer ou les supprimer. 

Par rapport a un traitement de texte, il y a cependant de nombreuses differences, et, 
en particulier, dans un mode de realisation particulier ayant fait I'objet d'un prototype, les 
differences suivantes : 

- les choix de mise en forme sont reduits. II n'y a pas de commande de mise en page, ni 
d'indentation ou de numerotation des titres, ces operations etant effectuees 
automatiquement et en temps reel par le programme. Concernant la police de caracteres 
utilisee, I'utilisateur peut specifier uniquement la famille et la taille de caracteres (appliquees 
globalement au document, pour sa forme visuelle ou imprimable), les autres attributs (gras, 
italique, espacement) etant determines par le programme selon I'emplacement 

du texte ; 

- les commandes d'edition classiques "Couper/Copier/Coller" sont restreintes : elles ne 
peuvent concerner que des portions de titre, ou de paragraphes detailles, ou un ou plusieurs 
elements d'information entiers ; 
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- II existe des commandes specifiques tenant compte du caractere structure du texte, pour : 
abaisser/elever le niveau de titre d ! un element d'information, deplacer un element 
d'information, fusionner deux elements d'information (c'est-a-dire regrouper leurs contenus 
sous le meme titre), transformer un paragraphe de detail en titre d' element d'information, 

5 modifier le label d'un paragraphe detaille ; 

- Les champs "Priorite" et "Categorie" de chaque element d'information peuvent etre 
renseignes soit via le clavier, soit par selection dans un menu surgissant ou contextuel (en 
anglais n pop-up menu"). II en est de meme pour le champ "Valeur" des elements 
d'information dont la categorie definie une liste finie de valeurs possibles ; 

10 - le champ "Auteur" est renseigne automatiquement 

On observe que le terme de "titre" peut s'appliquer a deux choses : d'une part les 
noms d'elements d'information (dans les tableaux, "Projet APLHA", "Projet BETA"), d'autre 
part les labels associes aux paragraphes de detail d'un elements d'information ("Etat: 
"Impact: "). Les premiers peuvent etre definis dans le standard, sous la forme d'une trame de 

15 rapport pre-definie. Les seconds sont egalement definis dans le standard, en ce sens qu'ils 
sont associes a une "categorie", et que lorsque ladite categorie est selectionnee par le 
redacteur pour un elements d'information, I'outil cree automatiquement un ou des 
paragraphes de detail avec ces labels. Dans les deux cas, c'est aussi le standard qui 
determine si ces "titres" peuvent etre ou non modifies ou supprimes par le redacteur. 

20 La creation d'un document se termine par la sauvegarde du document sous forme 

d'un fichier XML, pour envoi aux destinataires ou pour stockage dans I'attente de 
modifications ulterieures. On peut aussi a tout instant generer une "image HTML" du 
document, sous forme d'un fichier HTML, qui peut ensuite etre imprime, transports ou insere 
dans le corps d'un courrier electronique, ou mei, selon Infrastructure informatique dont 

25 dispose Tutilisateur. 

V/ Modification d'un document 

La modification d'un document existant se fait simplement par re-chargement du 
fichier-document re?u ou sauvegarde lors d'une session precedente, puis par application des 
operations d'edition decrites precedemment. II y a cependant quelques nuances, qui 
30 dependent des options de fonctionnement de I'outil (selectionnees lors de la commande de 
lancement du programme, ou par dialogue apres lancement) : 

- Une option permet de proteger (c'est-a-dire interdire la suppression ou la modification de) 
tous les elements d'information dont Tauteur est une autre personne que celle realisant la 
modification du document 

35 - Une option permet de conserver la trace du contenu precedent de chaque element 

d'information modifie, pour les champs Categorie et Valeur, et de faire apparaitre la valeur 
initiate de ces champs, en plus de la valeur modifiee, avec un graphisme particulier qui met 
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en evidence la modification. 

- Une option permet de considerer le document charge non pas comme un document a 
modifier, mais comme un "modele" qui sert a initialiser le contenu d'un nouveau document. 

Dans sa version initiale objet d'un prototype developpe par I'inventeur, le procede 
objet de la presente invention est un executable autonome, installe directement sur le poste 
de travail de I'utilisateur (PC Windows, marques deposees, et a terme Linux, marque 
deposee). Chaque document est alors un fichier independant, structure dans le format XML, 
et a ce titre, affichable et imprimable par n'importe quel navigateur Internet muni de la feuille 
de style adequate. Mais on peut egalement generer un document HTML totalement auto- 
suffisant. Les fichiers-rapport (XML ou HTML) peuvent etre transports par un systeme de 
courrier electronique quel qu'il sort. Le fichier definissant le standard, normalement defini par 
le destinataire des rapports, sera transmis aux redacteurs par le meme moyen. 

A terme, une autre implementation du procede objet de la presente invention est 
destinee a etre integree dans Infrastructure de communication des utilisateurs, pour etre 
accessible directement a partir de leur environnement "collaboratif (type MS-Outlook ou 
Lotus, marques deposees). Les documents seront alors des objets geres par cette 
infrastructure, au meme titre que les Messages, Taches, Rendez-vous, .. .etc. 

Le premier tableau, ci-dessous, illustre la structure des donnees telles qu'elles sont 
gerees par le procede objet de la presente invention. On y observe une serie d'elements .. 
20 d'information, chaque element d'information etant represents sur une ligne et comportant les 

champs suivants : r\ 

- BF, qui represente un numero incremental de saisie de I'information ; .. 

- Sign, qui represente un identifiant de 1'auteur de I'element d'information ; 

- Date, qui represente la date de creation ou de derniere modification de I'element 
25 d'information ; 

- Trois champs qui represented le degre de priorite (au sens defini dans le modele de 
donnees) affecte a I'element d'information par le redacteur : 

« Priority : code textuel, apparaissant dans le document, 
a Priol : valeur numerique utilisee pour le classement des elements 
30 d'information par priorite, 

e Priolcon : nom de I'icone visualisant la priorite, en alternative au code textuel 
defini par "priority" ; 

- Category, qui represente la categorie de I'element d'information (au sens defini dans 

le modele de donnees) ; 
35 _ c, qui represente, de maniere numerique la categorie indiquee en colonne 

precedente ; 
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- CatGroup, qui represente la rubrique dans laquelle sera classe ('element 
d'information, lors de la re-organisation "par categorie". Ceci permet de regrouper plusieurs 
"categories" semblables dans la m§me rubrique ; 

- Trois champs, qui represented la "valeur" (au sens defini par le modele de 
donnees) associee a Telement d'information par le redacteur : 



• Cvalu : representation textuelle (saisie), qui peut etre un nombre ou un 
symbole textuel, selon la categorie de Telement d'information, 

• VaIR : dans le cas d'une valeur non numerique, traduction numerique de la 
valeur pour le tri "par valeur", 

• Valcon : nom de I'icone visualisant la valeur, en alternative au code textuel 
defini par "Cvalu" ; 



- Highlight, qui represente le fait que Telement d'information a ete "surligne" par le 
redacteur. 

On observe que les elements d'information de deuxieme niveau sont rattaches aux 
projets, elements d'information de premier niveau, par la hierarchie des "titres". Dans la 
representation interne, le "titre" d'un element d'information est compose d'un ou plusieurs 
elements, ceux represents dans le tableau secondaire en bas a gauche (Tindex / PT). Ce 
"titre" est toujours complet, c'est-a-dire qu'il contient le titre du ou des elements d'information 
"parents", c'est a dire de niveau superieur de Telement d'information concerne. Dans le 
representation visuelle du document, ces titres peuvent apparaTtre, en fonction du mode de 
tri selectionne et/ou des preferences de Tutilisateur : 

- soit sous forme complete (titres "a plat"), 

- soit sous forme incremental (titres hierarchises). 

Les trois tableaux du bas du tableau ci-dessous represented les tables "detail" (au 
sens de la terminologie SGBD), c'est-a-dire les structures de liste internes a un element 
d'information pointe par un pointeur (place ici sur la ligne numero 5), en Toccurrence : 

- la liste des elements de titre de niveau superieur (voir ci-dessus) de Telement 
d'information concerne, a gauche, 

- la liste des "labels de paragraphes"de Telement d'information concerne, un 
paragraphe etant un titre de niveau inferieur, au milieu, 

- pour chaque paragraphe de Telement d'information concerne, la liste des lignes de 
texte du paragraphe, a droite. 



BR Sign Date Priority Priol Priolcon Category C CatGroup CValu ValF Valcon Highlight 

0 ML 08/08/02 10 Etat general 1 Global Moyen 1 Aright None 

1 ML 08/08/02 10 Tache 2 laches 90% -1 None 

2 ML 08/08/02 10 Tache 2Taches 60% -1 None 
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5 



3 ML 08/08/02 Note 5 


Danger 


Pb/Techn 


3 Problemes 


-1 


None 


4 ML 08/08/02 10 




RQ/reunion 


4Requetes Rapp 


1 


None 


>5 ML 08/08/02 10 




Tache 


2 Taches 20% 


-1 


None 


6 ML 08/08/02 Critiqu 0 


Critical 


RQ/Act 


4Requetes Urg 


0 


None 


7 ML 08/08/02 10 




Tache 


2 Taches 10% 


-1 


None 


O hill OQ/nQ/fiO 10 

o ML Uo/Uo/U/c ivj 




Tache 


2 Taches 0% 


-1 


None 


9 ML 08/08/02 Critiqu 0 


Critical 


PB/ressour 


3 Problemes 


-1 


None 


10 ML 08/08/02 10 




Etat general 1 Global Bon 


0 Arup 


None 


11 ML 08/08/02 10 




Tache 


2 Taches 20% 


-1 


None 


Tindex PT 


Protect 


DetTitle 


P 






> 1 Projet Alpha 




Etat 


Ce texte explicite 


I'avancement de la 



tache "Financement" du projet 



5 Concretement, le procede objet de la presente invention permet une standardisation 

selon trois axes : 

• la definition des diverses "categories", au sens du modele decrit plus haut . Ces ; 
categories doivent representer les differents types d'element d'information que Ton 
souhaite pouvoir utiliser comme axe de tri ou de regroupement. Pour chaque element 

>0 d'information du rapport, le redacteur doit choisir Tune de ces categories. Ce choix__ 

peut conditionner le format du champ "valeur", et creer automatiquement des 
paragraphes de texte aux labels, ou titres, pre-definis pour orienter le redacteur. 
. la codification de la "priorite" (au sens decrit plus haut), de maniere graphique, 
symbolique ou chiffree. Le standard sera libre de definir et autant de degres que . 

25 necessaire, en leur donnant la signification conventionnelle la mieux adaptee au 

contexte. 

• eventuellement, la definition d'une trame de contenu, sous forme d'un "sommaire" 
(liste d'elements d'information, hierarchisee ou non). Le redacteur pourra renseigner 
cette trame, mais aussi la modifier ou la completer a sa guise. 
30 L'aide automatique a la mise en forme peut paraTtre comme une caracteristique 

superficielle, mais ses fonctions seront les premieres percues par les utilisateurs, et elles 
jouent un role important dans la communication de rapports : 

o Liberer entierement le redacteur de toutes les servitudes habituelles de mise en 
forme du texte : en-tete, numerotation, indentation, emphase graphique, et mise en 
35 page. 
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• Produire automatiquement une apparence visueile agreable et efficace, qui s'adapte 
d'elle meme aux environnement de travail (ecran et imprimante) de I'emetteur et du 
destinataire. 

• Faciliter I'entree de donnees grace a des listes de choix ou autres fonctions 
^assistance a la saisie, exploitant directement !es standards definis par le 
destinataire. 

• Tout en conservant I'ergonomie et ia souplesse d'un traitement de texte lineaire 
classique (par opposition a un formulaire), dans lequel Putiiisateur a toute liberty 
d'expression au dela des standards, et voit en permanence un resultat "imprimable". 
Comme iltustre dans les deuxieme a septieme tableaux, grace au precede objet de la 

presente invention, le destinataire d'une serie de rapports peut immediatement effectuer trois 
taches : 

• Le suivi chronologique individuel de chaque rapport : les taches en cours ont-elles 
progresse normalement, les problemes sont-ils regies, quels sont les elements 
nouveaux, ...etc. C'est dans cet exercice qu'un responsable peut detecter des 
problemes sournois, dont I'emetteur lui-meme n f a peut-etre pas conscience : derives 
anormales, dysfonctionnements chroniques, efforts inutiles, ...etc. 

• La "consolidation" des differents rapports, notamment lorsque plusieurs emetteurs ont 
contribue aux memes affaires et que chacun rend compte de son point de vue et de 
sa valeur ajoutee. A I'interieur d'une equipe, cette tache est la cle de la coordination 
et de la resolution des conflits locaux. Pour ses relations avec I'exterieur, elle donne 
au responsable une vision complete et fiable des affaires traitees. 

• La synthese, exercice souvent intuitif dans lequel chacun applique ses criteres 
personnels. Bien souvent, pour un responsable hierarchique, il s'agit d'identifier d'une 
part les points qui necessitent son intervention, d ! autre part ceux susceptibles 
d'interesser son responsable du niveau superieur. De la, il tirera ses priorites d'action, 
et son propre reporting. 

On observe dans le tableau ci-dessous, un premier exemple de presentation d'un 
premier document organise par sujet, tel qu'il apparaTt sur un ecran d'ordinateur. Cette 
presentation est ici affichee par un logiciel de navigation sur Internet, par exemple Internet 
Explorer (marque deposee de Microsoft Corp, marque deposee), elle est semblable a celle 
affichee par le programme implementant le procede objet de la presente invention, lui-meme 
dans les phases d'edition ou de consultation du document. Le document comporte des meta- 
informations, une indication de ['organisation de la presentation du document, ici "vue par 
sujet" et huit zones de renseignements d'elements d'information, les quatre premieres, en 
haut de la page, concernant le sujet "projet ALPHA" et les quatre dernieres, en bas de la 
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page, concernant le sujet "projet BETA", conformement a I'organisation par sujet indiquee 
par I'indication "vue par sujet". Chaque element d'information correspond a une zone 
horizontale qui s'etend dans toutes les zones du sujet concerne. 

Les meta-informations comportent un nom d'entreprise "Systeam" et de departement, 
5 abrege "DT" et complet "Direction Technique" auxquels appartient le redacteur, le nom du 
rapport abrege 'TEST" et complet "Test report", la date ou sujet du rapport abrege "W28" et 
complet "semaine 28", et I'entite emettrice ou concernee, abrege "BRDEV", et complet 
"Groupe Projet Beam-Report". 

A gauche, les zones de renseignement comportent, chacune, deux colonnes. Dans la 
10 colonne la plus a gauche est indiquee, sous forme d'initiales, I'auteur de i'element 

d'information, ici "ML". Cette information provient du champ Sign illustre dans le tableau ci- 
dessus. Dans celle de ces deux colonne qui est plus a droite sont representes des degres 
d'urgence ou de priorite, une absence d'information indiquant qu'il n'y a pas d'urgence 
particuliere, un point d'exclamation (non represente dans le tableau) dans un triangle 
15 indiquant qu'il y a une urgence moderee et un point d'exclamation en gras (non represente 
dans les tableaux) dans un carre indiquant un haut degre d'urgence, de danger ou de 
priorite. Ces informations proviennent du champ "Priority" ou "Priol" illustre dans le premier 
tableau ci-dessus. 

Au centre, les zones de renseignement, les plus etendues en largeur puisqu'elles 
20 couvrent plus de la moitie de la largeur de la page, comportent des elements en gras, 

appeles "titres" qui peuvent ou non etre modifies par I'utilisateur selon le standard applique, 
et des elements en caracteres fins, que I'utilisateur peut editer, c'est-a-dire modifier par 
frappe de texte, copie, collage, coupe. 

On observe dans le deuxieme tableau, ci-dessous, que les titres et les 
25 renseignements fournis ou edites par I'utilisateur ne forment qu'un seul texte continu, sans 
separateur, cadre, trait horizontal. Les titres forment des titres et des sous-titres et les 
renseignements fournis par I'utilisateur des corps de texte. L'utilisateur se retrouve done 
dans I'environnement familier d'un traitement de texte. 

A droite des zones de renseignement centrales, sont indiques la categorie de 
30 I'element d'information, sous forme de cadres comportant, par exemple, les termes "Etat 
General" correspondant au terme "global" dans le champ CatGroup illustre dans le premier 
tableau ci-dessus, "Tache", "Rq Reunion", correspondant au terme "Requete", ou "Pb 
Technique" correspondant au terme "Probleme". Enfin, a I'extreme droite des pages se 
trouvent les zones de renseignement qui, conformement au standard du document, 
35 comportent des icones en forme de fleches lorsque I'element d'information possede le terme 
"Etat General" dans la zone immediatement a gauche, des indications de pourcentage 
lorsque, dans la zone immediatement a gauche se trouve le terme "Tache" ou des termes, 
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tels que "Rapp" ou "Urg" qui proviennent du champ "CValu" illustre dans le tableau ci- 
dessus. 

On comprend que la fleche indique la progression generate du sujet concern^ tandis 
que tes pourcentages indiquent le degre de realisation de la tache correspondante. 

Fichier Edition Affichage Fayoris Outils ? 



SYSTEAM Direction Technique DT 

10 Rapport TEST Test Report 

Objet W28 Semaine28 

De: BRDEV Groupe Projet Beam-Report 



Notes: 



Vue par SUJET 



15 



25 



30 



35 



ML 



20 ML 



ML 



ML 



ML 



ML □ 



-PROJET ALPHA- 



1. Projet ALPHA Etat general A 

Ce texte explicite I'etat general du projet ALPHA, 
du point de vue de ML 

1.1. Developpement Tache 60% 

Etat : Ce texte explicite I'avance de la tache 
"developpement" du projet ALPHA 

> Bogue sur fonction interface XML PB/Technique 

Impact : Ce texte decrit les consequences du 
probleme "Bogue sur fonction interface XML" 

° Utilisation d'un autre fournisseur ? RQ/Reunion Rapp 

Ce texte propose une date de reunion 
pour examiner une proposition de solution 
au probleme "Bogue sur fonction interface 
XML" 

1.2. Financement Tache 20% 

Etat : Ce texte explicite Pavance de la tache 
"financement" du projet ALPHA 

> Relancer Devis Industrialisation RQ/Act URG 

Ce texte expose la raison de Taction 
demandee au destinataire du rapport 
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ML 
ML 



ML □ 



ML 



ML 



1.3. Marketing 

> Contact Distributeur 

Etat : Ce texte explicite I'avance de la tache 
"marketing" du projet ALPHA 

> Retard general 

Ce texte insiste sur le retard sur les taches de 
marketing, en attribue la cause au manque de 
ressources humaines qualifiees et precise le 
besoin a couvrir 
-PROJET BETA 



Tache 
Tache 



10% 
0% 



PB/Ressources 



2. Projet BETA 

Ce texte explicite I'etat general du projet BETA, 
du point de vue de ML 
2.1. Definition Produit Tache 

Etat : Ce texte explicite I'avance de la tache 
"definition produit" du projet BETA 



Etat general H 



20% 



Par une simple commande du menu principal du logiciel implementant un mode de 
realisation du precede objet de la presente invention, il est possible de re-organiser la 
sequence des elements d'information a la demande, en fonction d'un axe de tri et de 
regroupement determine : 

© par "sujet". C'est souvent sous cette forme que le rapport sera initialement saisi, mais 

ce n'est pas obligatoire. 
• par "categorie", avec possibility d'un tri secondaire selon la "valeur". 
© par "priorite". 

© par "auteur" (par exemple pour un rapport collectif ou circulant). 

© sur un critere personnalise, base sur une combinaison complexe de ces champs. 
La presentation des "titres" est adaptee en consequence : des iors qu'un element 
d'information est detache de I'element d'information hierarchique de niveau superieur, son 
titre doit etre complete, afin de le situer de maniere absolue. 

On observe ci-dessous un deuxieme exemple de presentation du premier document 
illustre ci-dessus mais re-organise par categorie, tel qu'il apparait sur un ecran d'ordinateur. 
Cette presentation est ici aussi affichee par un logiciel de navigation sur Internet. Le 
document comporte les meta-informations, une indication de Porganisation de la presentation 
du document, ici "vue par categorie" et seize zones de renseignements d'elements 
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10 



20 



conformation, les quatre premieres, en haut de la page, concernant la categorie "Global", les 
quatre suivantes, la categorie "Taches", les quatre suivantes, la categorie "Probtemes " et les 
quatre dernieres, en bas de la page, la categorie "Requete", conformement a Porganisation 
par categorie indiquee par Pindication "vue par categorie". Chaque element deformation 
correspond, ici aussi, a une zone horizontale qui s'etend dans toutes les zones de la 
categorie concemee. 

On observe que les elements d'informations sont strictement identiques a ce qu'ils 
dans le tableau ci-dessus, a ceci pres que : 

- leur ordre de presentation, dans le sens vertical, a ete modifie. 

- les titres ont ete completes afin de representer la filiation complete de chaque 
element d'information, puisque celle-ci n'est plus visible dans Pordre de presentation. 



Fichier Edition 


Affichage 


Fayoris 


Outils ? 


SYSTEAM 






Direction Technique DT 



Rapport TEST Test Report 

Objet W28 Semaine 28 

De: BRDEV Groupe Projet Beam-Report 



Notes: 



Vue par CATEGORIE 



25 



30 



35 



ML 



ML 



ML 



ML 



—GLOBAL- 



1. Projet ALPHA Etat general A 

Ce texte explicite Petat general du projet ALPHA, 
du point de vue de ML 

2. Projet BETA Etat general H 

Ce texte explicite Petat general du projet BETA, 

du point de vue de ML 

TACHES 

3- Projet ALPHA - Developpement Tache 60% 

Etat : Ce texte explicite Pavance de la tache 

"developpement" du projet ALPHA 
4. Projet ALPHA - Financement Tache 20% 

Etat : Ce texte explicite Pavance de la tache 

"financement" du projet ALPHA 
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ML 
ML 



ML 



ML 



ML 



ML 



ML 



5. Projet ALPHA - Marketing 

6. Projet ALPHA - Marketing - Contact Distributee 

Etat : Ce texte explicate Tavance de la tache 
"marketing" du projet ALPHA 

7. Projet BETA - Definition Produit 

Etat : Ce texte explicite Pavance de la tache 
"definition produit" du projet BETA 
-PROBLEMES 

8. Projet ALPHA - Developpement - Bogue sur 
fonction interface XML 

Impact : Ce texte decrit les consequences du 
probleme "Bogue sur fonction interface XML" 

9. Projet ALPHA - Marketing - Retard general 

Ce texte insiste sur le retard sur les taches de 
marketing, en attribue la cause au manque de 
ressources humaines qualifiees et precise le 
besoin a couvrir 
-REQUETES 



Tache 
Tache 



Tache 



10% 
0% 



20% 



PB/Technique 



PB/Ressources 



10. Projet ALPHA - Developpement - Bogue sur 
fonction interface XML - Utilisation d'un autre 
fournisseur ? 

Ce texte propose une date de reunion pour 
examiner une proposition de solution au 
probleme "Bogue sur fonction interface XML" 

11. Projet ALPHA - Financement - Relancer Devis 
industrialisation 

Ce texte expose la raison de I'action demandee 
au destinataire du rapport 



RQ/Reunion Rapp 



RQ/Act URG 



On observe ci-dessous un troisieme exemple de presentation du premier document 
illustre dans les deux precedents tableaux, mais re-organise par priorite, tel qu'il apparaTt sur 
un ecran d'ordinateur. Cette presentation est toujours affichee par un logiciel de navigation 
sur Internet. Le document comporte les meta-informations, une indication de ['organisation 
de la presentation du document, ici "vue par priorite" et douze zones de renseignements 
d'elements d'information, les quatre premieres, en haut de la page, concernant la plus haute 
priorite indiquee dans les champs "Priority" ou "Prior illustres dans le premier tableau ci- 
dessus, les quatre suivantes, la priorite moderee correspondant aux notes, et les quatre 



ler uypui 

20 



dernieres, en bas de la page, la plus faible priorite, conformement a I'organisation par 
categorie indiquee par I'indication 'Vue par priorite". Chaque element d'information 
correspond, ici aussi, a une zone horizontale qui s'etend dans toutes les zones de la 
categorie concernee. 

On observe que les elements d'informations sont strictement identiques a ce qu'ils 
etaient dans le tableau precedent, mais que leur ordre de presentation, dans le sens vertical, 
a ete modifie. 
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Fichier 


Edition 


Affichage Fayoris 


Outils 2 


SYSTEAM 






Direction Technique DT 


Rapport 


TEST 


Test Report 





Objet 
15 De: 



W28 Semaine 28 

BRDEV Groupe Projet Beam-Report 



Notes: 



Vue par PRIORITE 



20 ML 



□ 



25 ML 



30 ML 



-CRITIQUE- 



1- Projet ALPHA - Marketing - Retard general 

Ce texte insiste sur le retard sur les taches de 
marketing, en attribue la cause au manque de 
ressources humaines qualifiees et precise le 
besoin a couvrir 

2. Projet ALPHA - Financement - Relancer Devis 

Industrialisation 

Ce texte expose la raison de Taction demandee 
au destinataire du rapport 
-NOTES 



PB/Ressources 



RQ/Act 



URG 



3. Projet ALPHA - Developpement - Bogue sur 
fonction interface XML 

Impact : Ce texte decrit les consequences du 
probleme "Bogue sur fonction interface XML U 



PB/Technique 



35 ML 



4. Projet ALPHA 

Ce texte explicite Tetat general du projet ALPHA, 



Etat general A 



21 



ML 



ML 



ML 



ML 
ML 



ML 



ML 



du point de vue de ML 

5. Projet BETA 

Ce texte explicite I'etat general du projet BETA, 
du point de vue de ML 

6. Projet ALPHA - Developpement 

Etat : Ce texte explicite Pavance de la tache 
"developpement" du projet ALPHA 

7. Projet ALPHA - Financement 

Etat : Ce texte explicite I'avance de la tache 
"financement" du projet ALPHA 

8. Projet ALPHA - Marketing 

9. Projet ALPHA - Marketing - Contact Distributeur 

Etat : Ce texte explicite I'avance de la tache 
"marketing" du projet ALPHA 

10. Projet BETA - Definition Produit 

Etat : Ce texte explicite I'avance de la tache 
"definition produit" du projet BETA 

11. Projet ALPHA - Developpement - Bogue sur 
fonction interface XML - Utilisation d'un autre 
fournisseur ? 

Ce texte propose une date de reunion pour 
examiner une proposition de solution au 
probleme "Bogue sur fonction interface XML" 



Etat general H 



Tache 



Tache 



60% 



20% 



Tache 10% 
Tache 0% 



Tache 



20% 



RQ/Reunion Rapp 



On observe, dans le tableau ci-dessous, les memes elements que dans le deuxieme 
tableau ci-dessus, avec, en bas de page, un recapitulatif qui ne comporte que les titres des 
elements d'information possedant une priorite elevee ou une categorie "Etat General", dans 
le deuxieme tableau ci-dessus. 

Le procede objet de la presente invention permet de generer automatiquement un 
recapitulatif, constitue d'une selection d'elements d'information presentes sous forme 
condensee, c'est-a-dire sans les paragraphes de texte detailles. 

Les elements d'information sont selectionnes en fonction de la "priorite" qui lui est 
affectee par le redacteur (la presence ou non d'une "priorite" dans le resume etant definie 
par le standard). On pourra egalement forcer I'apparition dans le resume de certaines 
"categories". 
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Fichier 


Edition 


Affichage Favoris Outils ? 


SYSTEAM 




Direction Technique DT 


Rapport 

Objet 

De* 


TEST 

W28 

BRDEV 


Test Report 
Semaine 28 

Groupe Projet Beam-Report 


Notes: 


Vue par directe avec RECAPITULATIF 



10 



20 



25 



30 



ML 



15 ML 



35 



ML A 



ML 



ML 



ML □ 



ML 
ML 



ML □ 



Tache 



60% 



PB/Technique 



1. Projet ALPHA Etat general A 

Ce texte explicite I'etat general du projet ALPHA, 
du point de vue de ML 
1.1. Developpement 

Etat : Ce texte explicite I'avance de la tache 
"developpement" du projet ALPHA 
> Bogue sur fonction interface XML 
Impact : Ce texte decrit les consequences du 
probleme "Bogue sur fonction interface XML" 

° Utilisation d'un autre fournisseur ? RCVReunion Rapp 

Ce texte propose une date de reunion 

pour examiner une proposition de solution 

au probleme "Bogue sur fonction interface 

XML" 

1.2. Financement 

Etat : Ce texte explicite I'avance de la tache 
"financement" du projet ALPHA 

> Relancer Devis Industrialisation 

Ce texte expose la raison de Taction 
demandee au destinataire du rapport 

1.3. Marketing 

> Contact Distributeur 

Etat : Ce texte explicite I'avance de la tache 
"marketing" du projet ALPHA 

> Retard general 



Tache 



20% 



RQ/Act URG 



Tache 10% 
Tache 0% 



PB/Ressources 



5 ML 



ML 



10 



15 



ML 
ML 



ML □ 



ML 
ML 



□ 



Ce texte insiste sur le retard sur les taches de 
marketing, en attribue la cause au manque de 
ressources humaines qualifiees et precise le 
besoin a couvrir 

2. Projet BETA 

Ce texte explicite I'etat general du projet BETA, 
du point de vue de ML 
2.1. Definition Produit 

Etat : Ce texte explicite Pavance de la tache 
"definition produit" du projet BETA 
-RECAPITUUVTIF 



Etat genera! H 



Tache 



20% 



A. Projet ALPHA 

B. Projet ALPHA - Developpement - Bogue sur 
fonction interface XML - Utilisation d'un autre 
fournisseur ? 

C. Projet ALPHA - Financement - Relancer Devis 
Industrialisation 

D. Projet ALPHA - Marketing - Retard general 

E. Projet BETA 



Etat general A 

RQ/Reunion Rapp 

RQ/Act URG 
PB/Ressou rces 

Etat general H 



20 



On observe, dans le tableau ci-dessous, un deuxieme document, organise ici par 
sujet On observe que le standard utilise pour les deux exemples de documents comporte 
une trame predefinie qui se Hmite aux titres de plus haut niveau "Projet ALPHA" et "Projet 
25 BETA", les titres ou labels des elements d'information des niveaux inferieurs etant 

entierement definis par les redacteurs. Dans d'autres exemples, plusieurs niveaux de titres 
ou labels hierarchises peuvent etre definis par le standard et sont modifiables ou non par le 
redacteur. 
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24 



De: 



BREXP 



Groupe Audit Beam-Report 



Notes: 



Vue par SUJET 



JPL 



JPL 



JPL 



JPL 



JPL 



JPL 
JPL 



-PROJET ALPHA- 



1. Projet ALPHA 

Ce texte explicite I'etat general du projet ALPHA, 
du point de vue de JPL 

1.1. Definition produit 

Etat : Ce texte explicite I'avance de la tache 
"definition produit" du projet ALPHA selon JPL 

1.2. Developpement 

Etat : Ce texte explicite Pavance de la tache 
"developpement" du projet ALPHA selon JPL 
> Probleme interface XML 

Ce texte explique ies solutions de JPL 
au probleme "Interface XML" 

1.3. Marketing 

Etat : Ce texte explicite Pavance de la tache 
"Marketing" du projet ALPHA selon JPL 
-PROJET BETA 



Etat general H 



2. Projet BETA 

2.1. Marketing 

Etat : Ce texte explicite I'avance de la tache 
"marketing" du projet BETA selon JPL 



Tache 



Tache 



100% 



50% 



PB/Technique 



Tache 



20% 



Etat general H 
Tache 60% 



On observe, dans le tableau ci-dessous, la consolidation des documents illustres en 
dans Ies deuxieme et sixieme (le precedent) tableau ci-dessus. Les elements d'information 
provenant du premier et du deuxieme rapport sont juxtaposes apres le titre qui les 
concernent. 

Le procede objet de la presente invention permet de fusionner plusieurs rapports, 
simplement en empilant les elements d'information des differents rapports originaux apres 
chaque titre qu'ils ont en commun. On observe que la numerotation des titres ou labels est 
generee automatiquement par le logiciel implementant le procede objet de la presente 



l er depot 




invention en fonction de la sequence effective des elements d'information dans un rapport 
donne, elle n'a qu'un role "visuel". 

La "consolidation" est ici une simple juxtaposition des rapports. Elle prend tout son 
sens lors du tri (par exemple par sujet), etant entendu que lorsque plusieurs elements 
d'information de plusieurs rapport ont la meme hierarchie de "titres", ils sont fusionnes et 
presentes sous cette hierarchie de "titres" avec un numero unique. 

Une fois cette consolidation des rapports est effectuee, le resultat peut etre soumis 
aux differents traitements presentes plus haut : 

• re-organisation (pour une consolidation par sujet, par categorie ou par priorite), 

• resume (somme des resumes des rapports originaux), 

• comparaison (par rapport a une consolidation precedente). 
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Edition 



Affichage Favoris 



Outils 
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TEST 


Test Report 


Objet 


W28 


Semaine 28 


De: 


BRDEV 


Groupe Projet Beam-Report (ML) 




BREXP 


Groupe Audit Beam-Report (JPL) 



Notes: 



Vue par SUJET 



ML 



JPL 



ML 



JPL 



-PROJET ALPHA- 



1. Projet ALPHA Etat general A 

Ce texte explicite I'etat general du projet ALPHA, 
du point de vue de ML 

Etat general H 

Ce texte explicite I'etat general du projet ALPHA, 
du point de vue de JPL 
1.1. Developpement Tache 60% 

Etat : Ce texte explicite I'avance de la tache 
"developpement" du projet ALPHA 



Tache 



50% 



Etat : Ce texte explicite I'avance de la tache 
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"developpement" du projet ALPHA selon J PL 
ML A > Bogue sur fonction interface XML 

Impact : Ce texte decrit les consequences du 
probleme "Bogue sur fonction interface XML" 
5 ML ° Utilisation d'un autre fournisseur ? 

Ce texte propose une date de reunion 
pour examiner une proposition de solution 
au probleme "Bogue sur fonction interface 
XML" 

1 0 JPL > Probleme interface XML 

Ce texte explique les solutions de JPL 
au probleme "Interface XML" 
ML 1.2. Financement 

Etat : Ce texte explicite Tavance de la tache 
1 5 "financement" du projet ALPHA 

ML □ > Relancer Devis Industrialisation 

Ce texte expose la raison de Taction 
demandee au destinataire du rapport 
JPL 1.3. Definition produit 

20 Etat : Ce texte explicite Tavance de la tache 

"definition produit" du projet ALPHA selon JPL 
1.4. Marketing 

Etat : Ce texte explicite I'avance de la tache 
"Marketing" du projet ALPHA selon JPL 
> Contact Distributeur 
Etat : Ce texte explicite Pavance de la tache 
"marketing" du projet ALPHA 
ML □ > Retard general 

30 Ce texte insiste sur le retard sur les taches de 

marketing, en attribue la cause au manque de 
ressources humaines qualifiees et precise Ie 
besoin a couvrir 



25 



ML 
JPL 



ML 



PB/Technique 



RQ/Reunion Rapp 



PB/Technique 



Tache 



20% 



RQ/Act URG 



Tache 



100% 



Tache 10% 
Tache 20% 



Tache 



0% 



PB/Ressources 



35 
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Le procede objet de la presente invention permet done de standardiser le contenu et 
la forme des documents de reporting, de faciliter leur elaboration et leur exploitation, et, in 
fine, ameliorer I'efficacite de cette communication. 

Dans un mode de realisation preferentiel, la mise en oeuvre du procede objet de la 
presente invention apporte ainsi les solutions suivantes : 



Probleme, besoin 


Solution 


Cout d'apprentissage, acceptability 


Ergonomie naturelle d'un Traitement de Texte, 
debarrassee des fonctions de formatage visuel 


Cout de saisie et de mise en forme 


Prise en charge par I'outil de toutes les servitudes de 
mise en forme (en-t§te, indentation, numerotation, 
mise en page) 


Heterogeneite, manque de 
completude, risque de mauvaise 
interpretation 


Mise en oeuvre de standards, personnalisables, 
constituant a la fois une aide a la saisie et un guide sur 
le contenu 


Crainte des standards 
contraignants ou lourds (la hantise 
du Formulaire) 


Standards legers, facilement modifiables, non 
bloquants, et toujours la possibility d'une expression 
libre pour ce qui ne "rentre pas dans les cases". 


Differences de points de vue 


Fonctions automatiques de re-organisation,. permettant 
de presenter un contenu donne sous plusieurs points 
de vue (par sujet, par categorie, par importance, ...) 


Suivi chronologique 


Fonction de Comparison automatique entre deux 
Rapports, avec mise en evidence des modifications 


Consolidation de plusieurs rapports 


Fonction d'Agregation automatique de plusieurs 
Rapports, avec rapprochements par sujet. 


Aide a la Synthese, sur un ou 
plusieurs Rapports. 


Generation automatique de "resumes", selon des 
criteres personnalisables (definis dans le Standard) 



D'autres fonctions du procede objet de la presente invention sont expliquees ci- 
dessous mais ne sont pas representees. Le procede objet de la presente invention peut 
0 afficher automatiquement les differences entre le rapport courant et un rapport de reference, 
sur la base des "titres" d'elements d'information. 

Pour chaque element d'information commun aux deux rapports, le procede fait 
apparaTtre les differences trouvees sur les champs autres que le "titre". On observe qu'une 
absence de difference sur I'integralite du texte suivant un titre est consideree a priori comme 
5 suspecte, et mise en evidence, par exemple par surlignage automatique. On observe que 



# 
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10 



15 



20 



25 



30 



cette fonction peut servir aussi bien au redacteur qu'au destinataire du rapport : elle pourra 
etre activee en continu pendant ('elaboration d'un rapport, permettant au redacteur de 
travailler de maniere incrementale sur la base de son rapport precedent. 

Le precede objet de la presente invention possede un caractere hybride, a la fois 
editeur de texte et interface de base de donnees : le document gere est fortement structure, 
mais I'utilisateur le voit comme un texte lineaire (y compris lors de son elaboration), et lui 
applique les fonctions d'un traitement de texte classique, ce qui le rend tres convivial et 
simple d'emploi. 

On observe, en figure 1 , une etape 800 de definition d'un standard de document, qui 
determine la trame generate dudit document sous forme d'une serie de titres et/ou de 
significations conventionnelles et valeurs autorisees de certains champs d'information 
remarquables, comme indique ci-dessus. Au cours de I'etape 800, on definit, dans le 
standard, pour au moins un titre, une etape de choix si ledit titre peut etre modifie par un 
utilisateur et on definit des categories d'information. Ulterieurement, I'utilisateur emetteur (dit 
"premier" utilisateur) effectue une etape 802 de selection d'un standard de document pour 
preparer un document. Cette selection peut etre effectuee, indirectement, en selectionnant 
un document constitue en mettant en oeuvre le precede de la presente invention. Le 
standard lui-meme apparait comme un document. Puis, I'utilisateur emetteur effectue une 
etape 804 de selection d'une information du document ou du standard. 

Au cours d'une etape 806, on determine si, dans le standard, ("information 
selectionnee est editable (par exemple un titre ou un champ d'information dit "remarquable", 
par exemple une information de categorie, de pourcentage ou de priorite). Si I'information 
selectionnee est editable, une etape 808 d'edition de I'information par complement (texte, 
pourcentage, icone, cadre, y compris les parties du standard qui sont editable, par exemple) 
ou par un choix de valeur pour un champ remarquable. Au cours de I'etape 808, dans au 
moins une zone de texte, les titres definis par le standard et le texte saisi par I'utilisateur 
apparaissent comme un seul texte lineaire comme montre dans les deuxieme a septieme 
tableaux ci-dessus. Au cours de I'etape 808, I'utilisateur emetteur peut modifier le niveau de 
priorite associe a I'information saisie (par defaut, chaque element d'information est associe 
au plus bas niveau de priorite). Au cours de I'etape 808, le programme implementant le 
precede objet de la presente invention associe automatiquement (ou apres demande 
d'identite) un identifiant d'auteur a I'information saisie. 

Puis, on determine, au cours d'une etape de determination 810 si une autre 
information est selectionnee. Si oui, I'etape 806 est re-iteree. Sinon, au cours d'une etape 
812, on determine si I'utilisateur emetteur a demande une transmission du document a au 
moins un utilisateur destinataire: Si oui, le programme effectue une etape 814 de 
transmission d'information du document a au moins un utilisateur destinataire (dit "deuxieme 



ler aepoi 

utilisateur"), au cours de laqueile on transmet preferentiellement les informations du 
document selon un format de pages accessibles sur un reseau informatique, par exempie 
par utilisation d'un navigateur Internet. 

Lorsque le document a ete recu par un utilisateur destinataire, lors de I'ouverture du 
5 document par cet utilisateur destinataire, son ordinateur effectue une etape 81 6 de 
reconstitution du document, en faisant eventuellement appel au standard de document 
conserve localement par cet ordinateur ou a distance, sur un autre ordinateur. 

Au cours d'une etape 818, on determine si I'utilisateur destinataire a demande une 
consolidation de documents. Si non, I'etape 822 est effectuee. Si le une demande de 
1 0 consolidation est determinee, au cours d'une une etape 820, I'utilisateur destinataire 

selectionne au moins un autre document et le programme implementant le procede objet de 
la presente invention effectue la consolidation du document transmis et de chaque document 
selectionne. Au cours de cette consolidation de documents, on juxtapose sous un titre 
unique les informations des documents qui sont associees a des titres identiques (c'est-a- 
15 dire a la meme succession de titres et de sous-titres, par exempie, dans le septieme tableau, 
"projet alpha / developpement") dans les differents documents a consolider. 

Puis le programme determine, au cours d'une etape 822 si une demande de re- 
organisation, de recapitulatif ou de comparaison, a ete effectuee par I'utilisateur ^destinataire. 
Sinon I'etape 826 est effectuee. S'il est determine qu'un traitement du document ; est 
20 demandee au cours de I'etape 822, le programme effectue une etape 824 de realisation du 
traitement demande comme expose ci-dessus. Pour determiner un recapitulatif du 
document, on selectionne des informations en fonction d'une hierarchie de valeurs 
d'information, niveau de titre (par exempie seulement le premier niveau), valeurs 
^information remarquables (par exempie priorite ou categories importantes). Pour la re- 
25 organisation, au cours de I'etape de selection, on peut selectionner une hierarchie de valeurs 
^informations en fonction des priorites, des categories ou des identifiants des auteurs de 
documents. 

En fin, le programme effectue une etape 826 de fourniture du document, par exempie 
affichage ou impression, selon le choix de I'utilisateur destinataire. Comme indique ci- 
30 dessus, dans au moins une zone de texte, les titres definis par le standard et le texte saisi 
par I'utilisateur apparaissent comme un seul texte lineaire. 

On remarque que, au cours de I'etape 822, I'utilisateur emetteur selectionne un 
critere de tri base sur les titres du document ou sur lesdits champs remarquables. 
Bien entendu, I'utilisateur emetteur peut effectuer les memes consolidation, 
35 reorganisation, selection de recapitulatif, que le deuxieme utilisateur et le deuxieme 

utilisateur peut, a son tour modifier le document transmis ou le document fourni. Bien qu'il ne 




soit indique qu'une seule operation de fourniture, au cours des differentes etapes, Tutilisateur 
concerne voit sur son ecran le document en cours de traitement. 




REVENDICATIONS 

1/ Procede de communication d'un document, par exemple rapport ou compte-rendu, 
entre un premier utilisateur et au moins un deuxieme utilisateur, caracterise en ce qu'il 
comporte : 

- une etape de definition d'un standard de document (800), qui determine la trame 
generate dudit document sous forme d'une serie de titres et/ou de significations 
conventionnelles et vaieurs autorisees de certains champs d'information remarquables ; 

- une etape de saisie (808), par le premier utilisateur, des informations a foumir 
incorporant une etape de saisie de texte et/ou de titres en complement a ladite trame 
generate et/ou une etape de selection de vaieurs sur lesdits champs remarquables ; 

- une etape de transmission (814) des informations du document depuis le premier 
utilisateur a destination de chaque deuxieme utilisateur ; 

- une etape de selection (822), par chaque deuxieme utilisateur, d'un critere de tri 
base sur les titres ou lesdits champs remarquables ; 

- une etape de re-organisation (824) dudit document selon le critere selectionnee ; et 

- une etape de fourniture (826) audit deuxieme utilisateur dudit document re-organise 
selon ledit critere. 

21 Procede selon la revendication 1, caracterise en ce que, au cours de I'etape de 
20 saisie et/ou au cours de I'etape de fourniture, dans au moins une zone de texte, les titres 
definis par le standard et le texte saisi par I'utilisateur apparaissent comme un seul texte 
lineaire. 

3/ Procede selon I'une quelconque des revendications 1 ou 2, caracterise en ce que, 
au cours de I'etape de definition du standard, on effectue, pour au moins un titre, une etape 
25 de choix si ledit titre peut etre modifie par le premier utilisateur au cours de I'etape de saisie. 

4/ Procede selon I'une quelconque des revendications 1 a 3, caracterise en ce que, 
au cours de I'etape de saisie des informations, le premier utilisateur peut modifier au moins 
une partie du standard defini au cours de I'etape de definition du standard. 

5/ Procede selon I'une quelconque des revendications 1 a 4, caracterise en ce que, 
30 au cours de I'etape de definition du standard, on definit des categories d'information et, au 
cours de I'etape de selection, on peut selectionner une hierarchie de vaieurs d'informations 
en fonction desdites categories. 

6/ Procede selon I'une quelconque des revendications 1 a 5, caracterise en ce que. 
au cours de I'etape de saisie d'information, on associe un niveau de priorite a ('information 
35 saisie et, au cours de I'etape de selection, on peut selectionner une hierarchie de vaieurs 
d'informations en fonction desdites priorites. 
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II Procede selon Tune quelconque des revendications 1 a 6, caracterise en ce que, 
au cours de Tetape de transmission, on transmet les informations du document selon un 
format de pages accessibles sur un reseau informatique. 

8/ Procede selon I'une quelconque des revendications 1 a 7, caracterise en ce qu'il 
5 comporte une etape de consolidation de documents, au cours de laquelle on juxtapose sous 
un titre unique les informations des documents qui sont associees a des titres identiques ' 
dans les differents documents a consolider. 

9/ Procede selon I'une quelconque des revendications 1 a 8, caracterise en ce qu'il 
comporte une etape de determination d'un recapitulatif du document, au cours de laquelle, 
10 on selectionne des informations en fonction d f une hierarchie de valeurs d'information. 

10/ Procede selon I'une quelconque des revendications 1 a 9, caracterise en ce que, 
au cours de I'etape de saisie d'information, on associe un identifiant d'auteur a ('information 
saisie et, au cours de I'etape de selection, on peut selectionner une hierarchie de valeurs 
d'informations en fonction desdits identifiants. 



i er depot 




1/1 



Definition d'un standard 



Selection d'un standard 



Selection d'une information 



non 




Information selectionnee editable *i 



oui 



non 




oui 



Edition de V information par 
complement ou choix de valeur 




Autre information selectionnee ? 




non 



Transmission du document ? 



oui 



Transmission d* information 
du document 



Reconstitution du document 



non 


Consolidation de documents ? 




Joui 




Selection d'autres documents 
et consolidation des documents 


1 g> 



Selection de re-organisation, 
recapitulatif ou comp aratson ? 




oui 



Traitement demande 



burniture du document, affichage 
impression 



Figure 1 



regue le 05/09/02 



im 



IROOITHIBULK 



DEPARTEMENT DES BREVETS 



26 bis, rue de Saint P6tersbourg 
75800 Paris Cedex 08 

Telephone : 33 (1) 53 04 53 04 Telecopie : 33 (1) 42 94 86 54 



BREVET D'INVENTION 

CERTIFICAT D'UTILITE 

Code de la proprfetS intellectuelte - Livre VI 

DESIGNATION D'INVENTEUR(S) Page N° 3 

(A foumir dans !e cas oil les demandeurs et 

les inventeurs ne sont pas les memes personnes) 

Cet imprint est a remplir lisiblement a I'encre noire 



N° 11235*0: 



/I 



D8I13@W/2706C 



Vos references pour ce dossier (facultatif) 



F1.S92.31.B1.F1 



N° D'ENREGISTREMENT NATIONAL 



02.10365 



TITRE DE ^INVENTION (200 caracteres ou espaces maximum) 

PROCEDE DE GENERATION, DE TRANSMISSION ET DE TRAITEMENT DE DOCUMENTS. 



LE(S) DEMANDEUR(S) : 

SYSTEAM 



DESIGN E(NT) EN TANT QU'INVENTEUR(S) : 



j£g Norn 


LEFEBVRE 


Prenoms 


Michel 


Adresse 


Rue 


17 clos d'Avena 


Code postal et ville 


|3»1 i3i2 f 0| VIGOULET-AUZIL 


Societe d'appartenance (facultatif) 




O Nom 




Prenoms 




Adresse 


Rue 




Code postal et ville 


1 I 1 i 1 1 


Societe d'appartenance (facultatif) 




S Nom 




Prenoms 




Adresse 


Rue 




Code postal et ville 


1 i . i : 1 


Societe d'appartenance (facultatif) 





S'i) y a pfus de trois inventeurs, utilisez piusieurs formulates. Indiquez en haut a droite le N° de (a page suivi du nombre de pages. 



DATE ET SIGNATURES) 
DU (DES) DEMANDEUR(S) 
OU DU MANDATAIRE 
(Nom et qualrte du signataire) 

Toulouse, le 03. 
Michel RO 
N° 422- 




La loi du 6 janvier 1978 relative a Pinformatique, aux fichiers et aux libertes s'applique aux reponses faites a ce formulaire. 

Elle garantit un droit d'acces et de rectification pour les donnees vous concernant aupres de 1'INPL 



